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© Verfahren zum Lastausgleich in einem Multiprozessorsystem, insbesondere ein Multiprozessorsystem eines 
Kommunikationssystems, bei dem anfallende Aufgaben von mehreren Prozessoren unter Realzeitbedingungen 
abgearbeitet werden konnen. Geraten aufgrund von lokalen Starklastsituationen einzelne Prozessoren in Uber- 
last, so wird ein Abbau der lokalen Uberlast dadurch erreicht, daB in dieser Lastsituation weitere eintreffende 
Anforderungen an den Prozessor so weit als moglich/notig an andere, nicht Uberlastete Prozessoren weitergelei- 
tet werden. 
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Die Erfindung betrifft ein Verfahren zum Lastausgleich in einem Multiprozessorsystem, bei dem 
anfallende Aufgaben von mehreren Prozessoren unter Realzeitbedingungen abgearbeitet werden konnen. 

Wenn es sich bei dem Multiprozessorsystem um ein prozessorgesteuertes Kommunikationssystem 
handelt, wird das Kommunikationssystem aufgrund eines prognostizierten Vermittlungsaufkommens 

5 und/oder einzuhaltender Mindestanforderungen, wie beispielsweise die an die Verbindungsaufbauzeiten 
(Through Connection Delay), dimensioniert. Ein wesentlicher Parameter der die Dimensionierung eines 
Vermittlungssystems bestimmt, wird mit dem zu erwartenden Verkehrswert vorgeben. Dieser Verkehrswert 
ergibt sich dabei aus dem Quotienten der sich aus der Summe der Belegungsdauer - bezogen auf die 
Belegungen in einem Beobachtungsintervall errechnet. Ein nach den herkSmmlichen Verkehrserwartungen 

10 dimensioniertes prozessorgesteuertes Kommunikationssystem mufi jedoch weitgehendst auch alle ankom- 
menden Vermittlungsanfragen bei auftretenden Spitzenbelastungen, die an bestimmten Tagen, einzelnen 
Tagesstunden oder nicht vorherbestimmbaren Ereignissen auftreten, beispielsweise unter Zuhilfenahme von 
Lastausgleichsverfahren, abarbeiten konnen. 

Der Erfindung liegt die Aufgabe zugrunde, ein Lastausgleichsverfahren fur ein Realzeitsystem anzuge- 

15 ben, das gewahrleistet, daB auch in Starklastsituationen moglichst wenig Prozessoranforderungen abgewie- 
sen werden. 

Die Aufgabe wird durch die Merkmale des Patentanspruchs 1 gelost. 

Die Erfindung bringt den Vorteil mit sich, daB auf Grund der BerOcksichtigung von LastzustSnden von 

Prozessoren die Oberlast einzelner Prozessoren auf freie, nicht uberlastete Prozessoren verteilt wird, wobei 
20 die verteilten Aufgaben keine zusatzlichen Lastschwankungen innerhalb von vermaschten Prozessoren 

verursachen sowie die Einhaltung der Through Connection Delays dadurch nicht beeinfluBt werden. 

Desweiteren bringt die Erfindung neben dem Vorteil, daB die in "Unterlast" befindlichen Prozessoren 

vor Uberlastung durch verteilte Aufgaben geschutzt werden, den weiteren Vorteil mit sich, daB die 

Auslastung des Prozessors an seiner "Hochlastschwelle" orientiert wird. 
25 Eine Ausgestaltung der Erfindung ist, daB die Lastkennwerte mit einem Hysteresewert beaufschlagt 

werden, was den Vorteil mit sich bringt, daB Uberschwingungen bei Eintritt in den Uberlastfall vermieden 

werden. 

Eine weitere Ausgestaltung der Erfindung ist, daB zusatzliche Aufgaben auch durch einen Prozessor 
abgearbeitet werden, dessen Lastzustand mit "high" eingestuft wird, dies bringt den Vorteil mit sich, daB 
30 die Anzahl der zugewiesenen fremden Aufgaben pro Prozessor an seiner zur Verfiigung stehenden freien 
Kapazitat orientiert werden. 

Eine Ausgestaltung der Erfindung ist, daB der Anteil der von einem in Oberlast befindlichen Prozessor 
wegzuverteilenden Aufgaben aus der Lastkennzahl ermittelt wird. 

Eine Ausgestaltung der Erfindung ist, daB zur selbst bearbeiteten Last die verteile Last geschatzt dazu 
35 addiert wird. Dies bringt den Vorteil mit sich, daB erst wenn die geschatzte tatsSchlich am Prozessor 
anliegende Last unter eine Hochlastschwelle sinkt und eine vermittlungstechnische Uberlasteinstufung auf 
Null gesetzt und eine Sicherheitsperiode eingehalten wurde, die Uberlastsituation des Prozessors als 
beendet angesehen wird. 

Vorteilhafte Weiterbildungen der Erfindung sind in den Unteranspriichen angegeben. 
40 Weitere Besonderheiten der Erfindung werden aus der nachfolgenden naheren Erlauterung eines 
Ausfuhrungsbeispiels, in Form eines Kommunikationssystems, anhand der Zeichnungen ersichtlich. 

Es zeigen: 

Fig 1. einen Teil eines Kommunikationssystems, 

Fig 2. ProzeB-Verarbeitungseinheiten eines solchen zum Kommunikationssystem gehfirenden Grup- 
45 penprozessors, 

Fig 3. ein Schema fur das erfindungsgemaBe Verfahren, und 
Fig 4. ein Ablaufdiagramm. 

Fig 1 zeigt schematisch, in einem zum Verstandnis der Erfindung erforderlichen Umfang Komponenten 
eines Kommunikationssystems K. Diese Komponenten sind Teilnehmerendgerate Tn1,...,Tnm, AnschluBbau- 

50 gruppen LTG1 LTGn fQr den AnschluB der mit diesen Teilnehmerendgeraten verbindenden Teilnehmer- 

anschluBleitungen, Gruppenprozessoren GPn, ein Koordinationsprozessor CP Oder ein weiterer die Funktio- 
nen eines Koordinationsprozessors Obernehmender Gruppenprozessor GP, eine Schnittstelleneinrichtung 
SE zu weiteren Vermittlungssystemen, eine Serviceinheit SU, einem im Asynchronen Transfer Mode 
arbeitenden Multiplexer AMX sowie ein Koppelnetz SNB, daB mit einem Asynchronem Transfer Mode ATM 

55 Verbindungswege zu gewllnschten Teilnehmerendgeraten Tnm durchschaltet. Die AhschluBbaugruppen 
LTGn fassen jeweils eine Mehrzahl von Teilnebmerendgeraten zusammen. Vermittlungstechnische Aufga- 
ben die in den AnschluBbaugruppen LTGn anfallen werden jeweils durch mindestens einen Gruppenprozes- 
sor GPi bearbeitet. Die in einem Kommunikationssystem K verwendenten Gruppenprozessoren GPn sind 
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dabei im wesentlichen alte gleichartig strukturiert. Die Gruppenprozessoren GPn haben Qber den Multiplexer 
AMX Zugang zu weiterverarbeitenden Einheiten des Kommunikationssystems K. An diesen Multiplexer AMX 
sind neben den Gruppenprozessoren GPn die Service Einheit SU, das Koppelnetz SNB als auch weitere 
Prozessoren, wie beispielsweise ein Koordinationsprozessor CP angeschlossen. Uber den Asynchronen 

5 Transfer Mode Multiplexer AMX besteht unter anderem auch ein Zugang zu anderen Vermittlungssystemen. 
Die Gruppenprozessoren GPn sind hauptsachlich fUr den Verbindungsaufbau und Verbindungsabbau 
zustandig. Sie besitzen zudem zur Abwicklung solcher vermittlungstechnischer Aufgaben Kenndaten uber 
die speziellen Auspragungen der an ihnen angeschlossenen AnschluBbaugruppen LTGn. Der Datenaus- 
tausch zwischen den Gruppenprozessoren GPn findet Qber den AMX statt. 

10 Fig. 2 zeigt einige fUr die Erfindung wesentliche Systemkomponenten des Gruppenprozessors GPi. Der 
Gruppenprozessor GPi wird intern in eine Vielzahl virtueller Prozessoreinheiten VCPUs unterteilt, die jeweils 
fGr verschiedene Aufgaben zustandig sind. Die Zuweisung der Rechenzeit der "Central Prozessor Unit" 
CPU an die jeweiligen Mikroprozessoreinheit VCPUs erfolgt uber ein spezielles Zuweisungsverfahren 
(Scheduling). Im Zusammenhang mit der Erfindung ist die virtuelle Prozessoreinheit VCPU-CallP von 

75 besonderem Interesse, da sie fur die Vermittlung der Telefonverbindungen zustandig ist. Die virtuelle 
Prozessoreinheit VCPU-CallP setzt sich intern aus einer Vielzahl von Prozessen zusammen: 
Beispielsweise seien hier einige Prozesse sowie deren Aufgaben aufgefOhrt: 

- ESIS: Extended Signalling and Interworking Subsystem Das EWSX Signalling and Interworking 
Subsytem ESIS bildet die Schnittstelle zwischen den verschiedenen an die AnschluBbaugruppen 

20 LTGn zugeordneten Teilnehmerendgeraten Tn1,...,Tnm und fuhrt die Anpassung zwischen externen 

Signalisierungssystemen und dem internen Message Interface durch. 

- ECPS: Extended Call Prozessing Subsystem Dieses Subsystem ist fUr die Verarbeitung des Call- 
Routing, Call-Setups, Cail-Cleardown sowie spezielle Features zustandig. Zur Abarbeitung dieser 
Prozesse konnen spezielle Dienstleistungen, wie die des ATS(Access Transaction Segment), UTS 

25 (User Transaction Segment), AS (Associator Segment) in Anspruch genommen werden. 

Diese Prozesse kommunizieren miteinander Qber sogenannte Messages. Pro Verbindung eines Calls, 
einer von einem Teilnehmerendgerat Tnm ausgelosten Prozedur zum Verbindungsaufbau, werden dabei 
eine Vielzahl von Messages zwischen den einzelnen Prozessen verschickt Dieser im Einzelfall aus weit 
Qber 100 Meldungsprozeduren bestehende Meldungsverkehr lauft pro Call auf einen einzigen Gruppenpro- 

30 zessor GPi ab. Wird ein Call verteilt, laufen die Messages zwischen dem ProzeB ESIS, der sich auf dem 
"Heim-Gruppenprozessor" GPj befindet und den ECPS Prozessen sowie weiteren vermittlungstechnischen 
Prozessen uber das ATM Netz auf einen noch "belastbaren" Gruppenprozessor GPx ab. 

Fig. 3 zeigt schematisch ein Verteilschema, daB an den Gruppenprozessor GPj anliegende Calls C an 
noch "belastbare" Gruppenprozessoren GPx weiterleitet. 

35 Ein in den Gruppenprozessor GPn implementierter Load-Manager GPLM, der durch die virtuelle Prozesso- 
reinheit Operation & Maintainance (high prioity) VCPU-OAMH jeweils eine Prozessorzeit zur Abarbeitung 
seiner Aufgaben zugewiesen bekommt, ermittelt den augenblicklichen Lastzustand (Gruppenprozessor Load 
State) GPLS des Gruppenprozessors sowie einen Wert OPL (Overload Priority Level) der eine spezifische 
vermittlungstechnische Oberlastabwehrstufe angibt. Diese spezifische vermittlungstechnische Uberlastab- 

40 wehrstufe OPL wird jeweils im Lastzustand - "overload"- des Gruppenprozessors ermittelt. Folgende 
Lastzustande - normal, high, overload und extreme - des Gruppenprozessors GPn werden entsprechend 
der Belastung der zentralen Prozessoreinheit CPU des Gruppenprozessors vom Load-Manager GPLM 
ermittelt. Die einzelnen Lastzustande GPLS des Gruppenprozessors GPx sind dabei beispielsweise wie folgt 
charakterisiert; 

45 

GPLS-normal: 

Die Auslastung des Gruppenprozessors ist unterhalb seiner fur ihn definierten Normallastschwelle. Die 
Normallastschwelle liegt beispielsweise bei 0,71 Erlang. (Erlang ist die Einheit des Verkehrswertes, wobei 
so 0.71 Erlang einer Auslastung des Gruppenprozessors von 71 Prozent entspricht) 

GPLS-high : 

Der Gruppenprozessor befindet sich in Hochlast, das heiBt oberhalb seiner Normallastschwelle. In 
55 diesem Zustand werden noch keine OberlastabwehrmaBnabmen fQr den Gruppenprozessor eingeleitet. 
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GPLS-overload: 

Der Gruppenprozessor befindet sich in Uberlast. Aufgaben die vom Gruppenprozessor zu erledigen 
waren, werden soweit moglich, kurzfristig auf andere, nicht Uberlastete Gruppenprozessoren GPn Gbertra- 
5 gen. Die Uberlastschwelle liegt beispielsweise bei > 0,8 Erlang. 

Der auf dem Gruppenprozessor GPn implementierte Load Manager GPLM ist neben der Ermittlung der 
Lastzustande GPLS auch fur die Bestimmung der vermittlungstechnischen Oberlastabwehrstufen OPL 
wahrend der Auslastphase -overload- des Gruppenprozessors GPn zustandig. Die vermittlungstechnischen 
Uberlaststufen OPLn sind ein MaB ft)r die Intensitat der Uberlastabwehr, die wShrend sich der Gruppenpro- 
w zessor GPn in Uberlast befindet, von den vermittlungstechnischen Prozessoren und der dazugehorenden 
Peripherie durchgefuhrt werden konnen. Die vermittlungstechnischen Uberlaststufen OPL werden dabei 
vorzugsweise in Stufen zwischen 0 und 6 unterteilt: 

- OPL 0 bedeutet keine Abwehr, bei 

- OPL 1 es werden ca. 16 Prozent aller neu ankommenden Calls abgewiesen, bei 

75 - OPL 6 werden nur noch Calls akzeptiert die uber priorisierte Verbindungsleitungen von einem anderen 
Kommunikationssystem eintreffen. 
Die hier aufgefOhrten Lastzustande GPLS des Gruppenprozessors GPn sowie die vermittlungstechni- 
schen Uberlaststufen OPLn konnen beliebig, entsprechend der Dimensionierung des Kommunikationssy- 
stems K, verfeinert oder abgerundet werden. 

20 Ist ein Gruppenprozessor GPi nicht im Lastzustand "overload", wird kein Call weiterverteilt. Ist ein 
Gruppenprozessor jedoch in dem Lastzustand "overload" so wird ein Anteil der neu ankommenden Calls 
anhand eines Wertes q, der zwischen 0 und 1 schwankt, bestimmt der zur weiteren Abarbeitung an freie 
Gruppenprozessoren GPx weitergeleitet werden sollte. Durch einen weiteren ermittelbaren Wert p, der die 
Aufnahmefahigkeit fOr weitere Calls der Ubrigen Gruppenprozessoren wiedergibt, wird festgelegt, ob 

25 aufgrund der Gesamtauslastung dieser Gruppenprozessoren GPn des Kommunikationssystems K Oberhaupt 
verteilt werden kann. Wenn entschieden ist , daB ein Call verteil werden soil, wird entsprechend der 
ermittelten Werte p der Gruppenprozessoren bestimmt, welche "Ziel Gruppenprozessoren" GPx zur 
Abarbeitung der ECPS Prozeduren bereitgestellt werden. 

Die Werte q und p werden von jedem Gruppenprozessor GPn aus den Lastzustanden GPLS und seines 

30 eigenen Lastwertes a lokal berechnet. Nachfolgend ist ein Pseudocode zur Berechnung der Werte p und q 
angegeben. 

PROCEDURE calc q; 
! calculate q; 
BEGIN 

IF q=0 

THEN q:=min (1, f reeGPs/overloaded GPs-0.1)); 
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IF myOLC.GPLS<2 

THEN BEGIN ! GP not overloaded; 

IF q<freeGPs/ (overloaded:GPs+0 .01) ! q too small; 

THEN q:=MIN(l, free GPs/ (overloaded GPs+0.01)) 
ELSE q:=MIN(q*p sum,l); !no distr. ness., slowly 
increase q 
END 

ELSE BEGIN !GP is overloaded; 

IF p sum > 1 !too much distributed; 

THEN BEGIN 

q:=q*p sum; 

damping: =damping+l ; 
END 

ELSE BEGIN Imore distribution possible; 

IF (myOLC.Of f eredLoad>0 , 95 OR myOLC ,OPL>0) AND 
damping>2 

THEN BEGIN 

q:=MIN(q*1.2,l) ; 
damping :=0; 

END 

ELSE damping :=damping+l; 

IF myOLC.of feredLoad<0. 65 AND myOLC.OPL=0 
THEN BEGIN 

qi^MAX^q/l.l) ; 

damping : =damping+l ; 
END; 
END; 

END GP is overloaded; 
END PROCEDURE calc q; 
END CLASS smartGPL TAB; 

PROCEDURE calc p; 
! calculate p(i) ; 
BEGIN 

INTEGER i; 

REAL alpha; ! Initializationprob. for p; 
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alpha :=1/ (4* (freeGPs+0 .1) ) ; 
p_sum: =0 ; 

FOR i:=l STEP 1 UNTIL NumberOfGPs DO BEGIN 
IF the GPL TAB(i)=0 
THEN BEGIN 

IF p(I)=0 THEN p(i) :=alpha ELSE p (i) : =p (i ) *1 . 05; 
END; 

IF the GPL TAB(i)=l 

THEN p ( i ) : =max ( 0 , p ( i ) *0 . 9 ) ; 

IF the GPL TAB(i)>l 

THEN p(i) :=0; 

p sum: =p suirw-p(i); 

END; 

IF p sum>0 THEN BEGIN 'normalize p{); 
FOR j:=l STEP 1 UNTIL NumberOfGPs DO 
P(j) :=P( j) /p sum; 

END 

END PROCEDURE calc p; 

In Fig. 4 ist ein Ablaufdiagramm, in dem die einzelnen Programmprozeduren angedeutet sind, die zur 
Abarbeitung von beispielsweise lokal auftretenden Uberlasten an einen Gruppenprozessor GPj aufgerufen 
und abgearbeitet werden. 

Die Berechnung von den im Verteilschema Fig. 3 angegebenen Werten pi(n), qj sowie der Lastzustand 
GPLSj geschieht wie oben bereits erwahnt im Programmodul Load Manager GPLM des Gruppenprozessors 
GPj. Der GPLM ist ein Prozefl der von der virtuellen Prozessoreinheit VCPU-OAMH abgearbeitet wird. 

Nachfolgend werden die im Ablaufdiagramm aufgezeigten Schritte beschrieben: 

- Berechnung des Lastwertes a: 

Der Lastwert a wird aus der Belastung der zentralen Prozessoreinheit des jeweiligen Gruppenprozes- 
sors ermittelt. 

- Bestimmung des Load States GPLS eines Gruppenprozessors GPs: 

Zur Bestimmung des Load State GPLS wird ein integrierender Startindikator S, der in der Art eines 
"Schatzers" eine andauernde Uberlastsituation erkennt, ein Load Balancing Flag LBF sowie x eine 
Hysteresebreite, der beispielsweise der Wert 0,1 zugewiesen werden kann, verwendet. 
Die Bestimmung der quantifizierten GrdBen GPLS wird nach folgendem Pseudocode durchgefOhrt: 
a) Bisheriger GPLS "Normal" 

if a > Normallastschwelle + x 
then GP LS := "high" ; 

if S > Thresh and a > Hochlastschwelle + x 
then GPLS := "overload"; 



b) Bisheriger GPLS "high" 
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if a < Normallastschwelle 
then GPLS := "normal" 

if S > Thresh und a > Hochlastschwelle + x 
then GPLS : = "overload"; 

c)Bisheriger GPLS "overload" 

if LBF= true 

then a' := a/ (1- q( j )d) 

else a ' : = a; 

if a' > Hochlastschwelle or OPL > 0 
then begin 

GPLS := "over last" ; 

real overlast:= true; 

if (OPL = 6 since 3s) 

Then GPLS := "extrem" 

end 

esle begin (Ab hier liegt keine echte Uberlast mehr vor) 



if no rejection since 6s 
then beginn 
if a"< Hochlastschwelle 
then begin 
GPLS := "high" 
if a x < normallastschwelle 
then GPLS := "normal" 
end; 
end 
else begin 

GPLS : = " overload H ; 
real overloads false; 
end; 
end; 

d) Bisheriger GPLS = "extrem" 

Von den eigenen AnschluBeinheiten LTGs wird kein neuer Lastverkehr mehr angenommen. 
Die Programmprozedur "Bestimmung GPLS" wird im wesentlichen aus dem Lastwert a des Prozessors 
der letzten Sekunde bestimmt. Falls bereits verteilt wird, wird uber die Grofie a 1 , die die tatsachliche an den 
Gruppenprozessor anliegende Last ausdruckt, berechnet. Der Lastwert a f stellt einen Schatzer fur die zu 
erwartende Last fUr die zentrale Prozessoreinheit CPU des nachsten Kontrollintervalls dar. 
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- Informieren der Load Manager auf alien GPn Uber die Lastzustande alter GPn 
Zwei MSglichkeiten der Informationsverteilung kommen dazu in Betracht: 

a) Alls GPLMs senden ihre lokale Lastinformation (GPLS. OPL) an einen zentralisierten ProzeB, Load 
Control Master (LOCM) genannt, auf einem ganz bestimmten Prozessor GPx. Der LOCM sammelt die 

5 Lastinformationen und sendet so rasch als moglich die gesammelten Informationen an alle GPLMs im 
System. 

b) Mittels einer 'jeder-informiert-jeden 1 Kommunikation zwischen den GPLMs verteilt jeder GPLM seine 
lokale Lastinformation (GPLS, OPL) an die GPLM aller anderen GPn im System. 

Nach einem kurzen Zeitintervall der Zwischenspeicherung aller GPLS werden diese an alle GPn verteilt 
w und dort jeweils in eine Tabellen eingetragen. Nach einem kurzem Zeitintervall, stehen aktuallisierte GPLS 
von jedem Gruppenprozssor GPx zur Eintragung in eine Gruppenprozessortabelle bereit 

- Bestimmung der zusatzlich abzuarbeitenden Aufgaben p(i): 

Der Wert p(i) ist dabei der Anteil der von den "Heim- Gruppenprozessoren " wegverteilten Calls C, 
die auf einen freien Gruppenprozessor GP(j) bearbeitet werden sollen. Der Wert p(i) wird dabei nach 
75 folgender Strategic bestimmt: 

a) GPLS(i) = "normal" 

p{i) kann erhoht werden, da auf GP(i) noch Bearbeitungskapazitat ausgenutzt werden kann. 

b) GPLS(i) = "high" 

p(i) wird verringert, da GP(i) zuviel Last hat. 
20 c) GPLS(i) = "overload" 

p(i) wird auf Null gesetzt, da GP(i) in einem Betriebszustand der Oberlast ist. 

Bei der Neueinstellung der Werte p(i) wird von einem durchschnittlichen Verteilanteil pro freien 
Gruppenprozessor GP(i) ausgegangen. Solange sich ein GP(i) im Lastzustand "overload" befindet, ist p(i)- 
= 0. Wechselt der Lastzustand von "overload" in "normal" Oder "high" so wird der Wert p(i):= 1/(C*(Anzahl 
25 der freien GP(x)) festgelegt. C ist ein Parameter, in dem vermittlungsspezifische Oberlegungen betreffend 
der Vermeidung eines Oberschwingens des Lastverteilsystems in der Einschwingphase eingeht. 

- Bestimmung der wegzuverteilenden Aufgaben q(j) 

Bevor der Wert qG), der den Anteil der wegzuverteilenden Calls angibt, wenn ein Gruppenprozessor 
im Lastzustand Oberlast ist, wird an Hand der p(i) festgestellt ob uberhaupt verteilt werden kann. 
30 Ergibt die Summe der noch nicht normierten p(n) einen Wert der grofler als 1 ist, so wird der Wert q- 

(j) nach den Erfordernissen des jeweiligen GP(j) bestimmt. Anhand des Lastwertes a' wird festgestellt, 
ob q(j) erhoht oder erniedrigt werden sollte. Falls der GPG) nicht im Lastzustand "overload" ist, wird 
immer versucht q(j) zu erhohen. 

a) Falls die vermittlungstechnische Uberlaststufe OPL > 0 oder Lastwert a > 0,8 + x (mit x =0,1) ist, 
35 wird q(j) erhoht. 

b) Falls GPLSG) = "overload" und OPL = 0 und Lastwert a < 0,8 -x ist wird q(j) verringert. 
c) 

Falls GPLS(i) < "overload" erhShe q(i) 

40 

Die Bestimmung des Wertes q(j) im Fall c bezieht sich auf den Einstieg in die Lastverteilung. 
Normalerweise sollte dann q(j)= 1 sein, urn bei pIStzlicher Oberlast maximale Verteilung zu bekommen. 
Wenn das Kommunikationssystems K an seiner Leistungsgrenze arbeitet, muB q(j) kleiner sein, urn die 
Lastverteilung, durch Eintritt zusatzlicher Gruppenprozessoren GPx in Oberlast nicht zu gefahrden, Aus 
diesem Grund wird q(j) verringert, falls die Summe der einzelnen p(n) kleiner als 1 ist. 

Urn mogliche Schwingungen des Oberlastverfahrens zu vermeiden, ist es vorteilhaft, wenn vor einer 
Verringerung des Werte qG) ein kurzer Zeitintervall abgewartet wird. Nachdem festgestellt wurde. daB der 
Gruppenprozessor GP(j) Calls verteilen mochte, wird das Load Balancing Flag LBF "true" , wenn nicht, wird 
das LBF "false" gesetzt. In einem mit Guard Period bezeichneten Schutzintervall, wird das Load Balancing 
Flag LBF : = false gesetzt, obgleich der Gruppenprozessor GPG) sich im Lastzustand "overload" befinden 
kann. 

Bei einer Neueinstellung des Wertes qG) wird folgender Algorithmus angewendet: 
Falls qG)= 0 wird q(j):= min (1, (Anzahl freier GPx/ Anzahl der GPs die im Lastzustand "overload" sind)). 
Ist der GPLS von GPG) nicht im "overload" und qG) < (Anzahl freier GPs /Anzahl der GPs in "overload"), so 
wird qG) : = min(1, Anzahl freier GPs/Anzahl GPs in "overload") gesetzt. Wenn der GPG) nicht in "overload" 
ist, ist normalerweise qG)= 1, urn einen schnellen Einstieg in die Lastverteilung zu gewahrleisten, falls der 
GPG) plotzlich in Oberlast gerat. Falls jedoch mehr GPs in "overload" sind als GPs zur Aufnahme von 
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fremder Oberlast bereitstehen, wird q(j) passend kleiner gewShlt, urn die nicht Uberlasteten GPs vor 
Oberlast zu schutzen und damit das System der Lastverteilung nicht zu gefShrden. 

Das Verteilen der Calls erfolgt wie nachfolgend angegeben: Beim Anliegen eines Calls, stellt der 
Service Manager SM, der eine direkte Schnittsteile zu den zu bearbeitenden Calls darstellt und die 

s eigentliche Verteilung der Calls vornimmt anhand des L8F fest, ob verteilt werden soil Oder nicht. Falls 
verteilt werden soil, wird untersucht, ob es moglich ist den anliegen Call zu verteilen. Falls die Verteilung im 
Prinzip moglich und erwunscht ist, wird entschieden, ob dieser spezielle Call verteil werden soil. Dazu wird 
der Quotient aus den bisher in dem Zeitintervall verteilen Calls mit der Anzahl aller ankommenden Calls 
gebildet und mit q(j) verglichen. Ist der Quotient groBer als q(j), wird der Call verteilt Ist beispielsweise die 

w Anzahl der bisher angekommenen Calls 20, die der bisher verteilten Calls 4 und der Wert q(i) = 0,25, so 
ergibt sich aus dem Quotienten 4/20, daB dieser kleiner als q(j) ist. In diesem Fall wird der Call verteilt. 
Wenn der Call verteilt werden soli, wird dazu analog anhand der Werte von p(j) entschieden, welcher 
Gruppenprozessor GPx die Bearbeitung des Calls ubernimmt. 



15 Patentanspruche 



1. Verfahren zum Lastenausgleich in einem Multiprozessorsystem, insbesondere ein Multiprozessorsy- 
stem eines Kommunikationssystems (K), bei dem anfallende Aufgaben von mehreren Prozessoren 
(GPn) unter Realzeitbedingungen abgearbeitet werden k6nnen, 

20 mit folgenden Verfahrensschritten: 

- jeder Prozessor(GPi) ermittelt seinen Lastzustand(GPLSi) in Form einer quantifizierten GroBe, 

- jedem Prozessor(GPi) werden die Lastzustande(GPLSn) der anderen Prozessoren(GPn) innerhalb 
eines Zeitrasters mitgeteilt, 

- jeder Prozessor(GPi) gibt in Abhangigkeit vom Oberschreiten einer bestimmten GroBe seines 
25 Lastzustandes(GPLSi) und in Abhangigkeit von den Lastzustanden der Gbrigen Prozessoren- 

(GPn) zumindest einen Teil der bei ihm anfallenden Aufgaben an die ubrigen Prozessoren(GPn) 
ab, 

- die abgegebenen Aufgaben werden entsprechend der Lastzustande (GPLSn) der ubrigen 
Prozessoren(GPn) auf diese aufgeteilt. 

30 

2. Verfahren nach Anspruch 1 , 
dadurch gekennzeichnet, 

daB ein Prozessor(GPi) nur so viele Aufgaben abgibt, daB sein Lastzustand(GPLS) wieder die genannte 
bestimmte GroBe unterschreitet. 

35 

3. Verfahren nach Anspruch 1 , 
dadurch gekennzeichnet, 

daB die die Lastzustande charakterisierenden quantifizierten GroBen jeweils in deren oberen sowie 
unteren BereichsObergangen mit einem Hysteresewert versehen werden. 

40 

4. Verfahren nach Anspruch 1 , 
dadurch gekennzeichnet, 

daB bei Abgabe von Aufgaben von einem Prozessor(GPi) an die Gbrigen Prozessoren (GPn) zusatzlich 
ein MaB fur eine Aufgabenabwehr des Prozessors(GPi) bestimmt wird. 

45 

5. Verfahren nach Anspruch 1 , 
dadurch gekennzeichnet, 

daB die prozessorbezogenen Lastzustande (GPLSn) mittels einer 'jeder-informiert-jeden' Kommunika- 
tion von den einzelnen Control Managern der Prozessoren (GPn) direkt an alle anderen Control 
so Managern der Prozessoren (GPn) im Kommunikationssystem (K) verteilt werden. 



6. Verfahren nach Anspruch 1 , 
dadurch gekennzeichnet, 

daB die prozessorbezogenen Lastzustande(GPLSn) im Load Control Manager (LOCM) eines bestimm- 
55 ten Prozessors(GPx) zusammengefaflt werden. 

7. Verfahren nach Anspruch 6, 
dadurch gekennzeichnet, 
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dafl entsprechend eines Zeitrasters die in dem bestimmten Prozessor(GPx) zusammengefafiten 
LastzustSnde(GPLSn) jeweils in Tabellen der Prozessoren(GPn) abgespeichert werden. 

8. Verfahren nach einem der vorhergehenden AnsprUche, 
dadurch gekennzeichnet, 

da8 in Abhangigkeit vom jeweiligen Lastzustand (GPLS) der Prozessoren der Anteil (pi(n)) der 
zusatzlich durch sie noch abarbeitbaren Aufgaben festgelegt wird. 

9. Verfahren nach einem der vorherigen AnsprUche, 
dadurch gekennzeichnet, 

da8 in Abhagigkeit vom jeweiligen Lastzustand (GPLSn) der Prozessoren (GPi) die von diesem 
wegzuverteilenden Aufgaben (q(j)) erhoht oder vermindert werden. 

10. Verfahren nach einem der vorherigen AnsprUche, 
dadurch gekennzeichnet, 

daB in jedem Prozessor in Abhangigkeit vom Summenergebnis, aus den Anteilen (p(i)) der durch die 
Ubrigen Prozessoren zusatzlich zu Ubernehmenden Aufgaben, der Anteil der wegzuverteilenden Aufga- 
ben (q(j)) im Uberlastfall bestimmt wird. 
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